home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / doc / www-talk.archive.Z / www-talk.archive / text0407.txt < prev    next >
Encoding:
Text File  |  1992-11-30  |  2.3 KB  |  57 lines
  1. timbl wrote:
  2. > 
  3. > >  From: jim@wilbur.njit.edu (Jim Whitescarver)
  4. > 
  5. > >  The preformatted tag, PRE, unlike <PLAINTEXT>, allows anchors etc. to be 
  6. > >  inserted in text that is already formatted.  It greatly simplifies the
  7. > >  task of importing text from independant applications will anchors
  8. > >  everywhere you want them.  In addition, we have a set of macros for
  9. > >  MS-word which allow editing HTML in WYSIWYG fashion, but this also
  10. > >  requires support of the preformatted tag in HTML.
  11. > >  
  12. > The <PRE> tag is important, and much better SGML than the XMP tag.
  13. > I suggest that editors (including the NeXTStep editor, which I propose
  14. > to fix) which read <XMP> should save <PRE>.  I have only one
  15. > misgiving abou the format as is, and that is that newlines are
  16. > significant.
  17. > 
  18. > When you allow anchors and other tags to be put into the text, the
  19. > lines can become very long, and most applications will want to keep them
  20. > limited for mailing, viewing, etc.  As the PRE files you have
  21. > currently include <P> tags for blank lines, why not put a <p>
  22. > at the end of every line? This would make the processing of <PRE>
  23. > almost identical to the default text processing, except for the font.
  24. > 
  25. > I also wonder whether FIXED might be more apt than PRE.
  26. > 
  27. > Any comments?
  28.  
  29. I think the <PRE> tag is a great idea, too.  The problem with not
  30. having newlines significant is that it makes it difficult to do
  31. indenting, etc.  One of the reasons the <PRE> tag is nice is that you
  32. can take text (eg, manual entries) and not worry about formatting:
  33.  
  34. eg
  35.  
  36. OPTIONS
  37.  
  38.   -b   this option performs the blah command.  And if this line is
  39.        reasonably long, I can demonstrate what I'm talking about.
  40.  
  41.   -f   this option performs the foo command.  Another annoying prob-
  42.        lem is hyphenation.
  43.  
  44.  
  45. This sort of thing caused me quite a lot of bother in the first
  46. version of my manual page formatter.  If the newline is not
  47. significant, then does it put lots of spaces between the 'is' and the
  48. 'reasonably', or does it join them with a space?  Also, if the new
  49. break was to be between 'can' and 'demonstrate' (for example), how
  50. would the browser know where to start the new line ('demonstrate').
  51.  
  52. The only misgiving I have about it is that you are formatting text for
  53. a set width, something avoided in the past, but I think the value of
  54. having good-looking formatted text outweighs this.
  55.  
  56. rik.
  57.